SYSTEM AND METHOD FOR PROVIDING 
A CONSUMER AGGREGATION SERVICE 



Field of the Invention 

The invention generally relates to business methods, 
and, more particularly, to a method and system for 
providing a consumer aggregation service. 

Background of the Invention 

The sale of Internet services is growing at an amazing 
rate. Business and governmental entities as well as 
individuals are increasingly relying upon the Internet for 
research, communication, entertainment and transactional 
purposes. The number of projected users expected to join 
the internet in the next few years is dramatically 
impacting the communications industry both from the 
standpoint of an opportunity to realize new business and as 
a concern due to the potential loss of traditional revenue 
sources . 

Market and industry analysts alike, believe that the 
Internet will prove to be the most significant innovation 
in modern history since the light bulb and automobile. The 
method in which we perform daily business operations will 
be changed forever due to this new technology. Many 

1 

590655 1 




technology based companies in the computer industry are 
scrambling to outline new products and services using and 
exploiting the Internet as a vehicle to increase market 
share and revenue, while increasing productivity and 
5 cutting operational costs. 

In an effort to meet the above needs of digesting the 
vast amounts of information desired by users who surf the 
web, companies have designed millions of web pages to allow 
users to access, retrieve and utilize this information. 

10 Most companies have gone beyond merely supplying 

information about their organizations and are now actually 
marketing their products on the World Wide Web/ In fact, a 
survey conducted by Goldman Sachs recently showed that the 
amount of online sales per week has surpassed the one 

15 billion dollar mark. 

As an additional incentive to purchase that company's 
products through the internet, significant discounts, or 
coupons, are often offered to potential customers as they 
visit a company's web page or internet site. However, 

20 these discounts and coupons are typically offered to 
consumers who have purchased frequently enough from a 
certain internet business to warrant receiving a special 
coupon or discount. Consequently, consumers are often 
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unable to take advantage of special discounts when they 
have a specific one-time purchase in mind on the internet. 
Additionally, if a consumer receives a coupon after 
purchasing from a particular site on the internet, the 
5 coupon will never be used if they never plan on returning 
to the site. 

Currently, access to the Internet network is provided 
to users through connections to Internet servers. Such 
J servers are typically maintained by an Internet Service 

%j 10 Provider (ISP) who offers "use" of it's server (s) to 

fU customers on a pre-determined, subscription basis. 

Sssi 
: 

4= Generally, each ISP serves a very large number of users. 

^ In fact, America Online, one of the nation's largest ISP, 

!r:i recently announced that it has over twenty-six million 

r[ 15 current subscribers. 

Since each ISP has a very large user base, an ISP can, 
as a super-user representing all subscribers to its 
service, collect information based on the web-browsing of 
its users. The system and method is therefore directed to 
20 the problem of developing a consumer aggregation service 

which allows a service provider collect coupons, discounts, 
and other deals for its registered users to use in making 
their online purchases. 
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Summary 

As set forth below, a need exists for a method and 
system to provide a consumer aggregation service which will 
collect coupons, discounts, and other bonuses for its 
5 registered users to use in making their online purchases. 
The method and system of the invention solves the problem. 
In particular, the invention is directed to a computer- 
executable program for use in a network service provider 
which enables the network service provider to collect 

10 coupons, discounts, and other deals for its registered 
users to use in making online transactions. While the 
invention has specific utility in connection with service 
providers that allow access to the World Wide Web, it can 
be used with other network service providers which provide 

15 access to servers where products or services are being 
sold. 

In a preferred embodiment, users first register with 
the aggregation service at a specific registration web 
site. As part of the registration procedure, the user will 
20 input a name, a desired user name and password, and billing 
and shipping information. The registration information is 
then stored in a database so the user does not need to 
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register again if they choose to use the service more than 
once . 

Once the user is registered, the user can access the 
World Wide Web through portals provided by the aggregation 
5 service. At this time, the user's identity to other 
internet sites is replaces by the identity of the 
aggregation service. Thus, when the user visits a 
particular web site, the user's identity appears to be that 
j] of the aggregation service. 

SJ 10 When a user visits a merchant site, the aggregation 

fU service checks to see if a bonus or coupon is available. 

: 

+ = If one is available to the user, the user is then directed 

s 

T~ : 

;Jt by the aggregation service to the site identity having that 

S( bonus and the user can then continue shopping at the site. 

G 15 If the user decides to make a purchase at one of the 

merchant sites accessible through the aggregation service, 
the user places the order as usual and any applicable bonus 
is figured into the cost of the item. However, once the 
user has entered and submitted their payment and shipping 
20 information, the user is diverted to the aggregation 

service's site. At this point, the aggregation service 
then bills the user's credit card for the purchase. If the 
charge is accepted by the user's credit card company, the 
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aggregation service then submits its own shipping and 
payment information to the merchant site. Therefore, to 
the merchant site, it appears that the aggregation service 
is purchasing the item and the aggregation service is able 
to collect any additional coupons or bonuses awarded to the 
user due to the user's purchase. 

The coupons or bonuses the aggregation service 
collects can take on a variety of different forms. For 
example, the bonus could be a certain dollar amount off of 
the price being offered by a merchant or a percentage 
discount. Additionally, since the aggregation service is 
making all of the purchases on behalf of its registered 
users, it will likely receive better bonuses or coupons 
from the merchants as a volume buyer. These coupons or 
bonuses would be added to the pool of available bonuses 
which registered users can trade in points, based on their 
purchase history, to acquire. 

However, if registered users are making a large number 
of purchases from a certain vendor, the aggregation service 
could work out a deal with that vendor to provide bonuses, 
discounts, or coupons to all purchases made by the 
aggregation service and its registered users. Thus, a 
particular merchant might offer a volume discount or 
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financial benefit to the aggregation service which the 
aggregation service could evenly distribute amongst all of 
its registered users. Such a financial benefit might be 
tied to the purchase of a specific product by the 
registered use. For example, if the registered user buys 
one product, the user can get a second at half price. 

If a user does collect a bonus or coupon after a 
particular purchase, the user can see what coupons the 
aggregation service has collected by visiting a specific 
site controlled by the aggregation service. In one 
embodiment, the user can then decide whether to keep any 
coupons and bonuses and use them for a later purchase or 
turn them in for a specific number of points. The user can 
trade in any accumulated points to acquire coupons and 
bonuses which the aggregation service has accumulated or 
that other users have traded in for points. 

In another embodiment, the user collects a certain 
number of points instead of coupons when the user makes a 
purchase. These points can then be traded in for coupons 
or bonuses the aggregation service has accumulated, 
including those acquired due to the user's purchases. This 
embodiment limits the potential for an infrequent user of 
the site to acquire and hold a coupon that the user does 
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not intend to use for a long period of time, thereby making 
it impossible for other users to use the coupon. 

Brief Description of the Drawings 

5 The accompanying drawings illustrate certain 

embodiments of the invention. 

Fig. 1 illustrates a system according to one 
embodiment of the present invention; 

Fig. 2 illustrates a sample of the contents of the 
10 consumer database stored in the system shown in Fig. 1; 

Fig. 3 illustrates a sample of the contents of the 
bonus database stored in the system shown in Fig. 1; 

Fig. 4 illustrates a sample of the contents of the 
order database stored in the system shown in Fig. 1; 
15 Fig. 5 illustrates a sample of the contents of the 

virtual consumer database stored in the system shown in 
Fig. 1; 

Fig. 6 is a flowchart illustrating a registration 
process executed by the system shown in Fig. 1; 
20 Fig. 7 is a flowchart illustrating a shopping process 

executed by the system shown in Fig. 1; 
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Detailed Description of the Preferred Embodiments 

The system and method is directed to providing an 
aggregation service for developing a consumer aggregation 

10 service which allows a service provider collect coupons, 

discounts, and other deals for its registered users to use 
in making their online purchases. Although the system and 
method will be described in the context of the WWW, and 
more specifically internet service providers of WWW access, 

15 it is not limited to use in this context. Rather, the 
system and method can be used in a variety of different 
types of networking systems with a variety of different 
servers. For example, the system and method can be used in 
intranets and local area networks or in any networks where 

20 merchants sell goods. 

Fig. 1 shows one embodiment of a system incorporating 
the system and method. In this embodiment, the system 
includes a central controller 110, configured to receive 
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information from one or more consumers 134 at remote 
computer terminals or interface devices 130 connected to 
the internet and World Wide Web 100. In addition, the 
central controller 110 will be configured to receive 
5 information from one or more merchants 124 at remote 

merchant terminals or interface devices 120 connected to 
the internet and World Wide Web 100. 

Central controller 110 preferably comprises a 
processor based system with a CPU 240 with random access 

10 memory (RAM) 220 and read only memory (ROM) 230 which runs 
the aggregation service program and maintains databases for 
storing information related to its registered users and 
their online purchases. The CPU 240 is preferably a 
conventional microprocessor such as an Intel Pentium 

15 processor, and is electronically coupled to each of the 

central controller's 110 other elements. To carry out the 
functions and acts of the system and method, the CPU 24 0 
executes the program code stored in one or more of RAM 22 0, 
ROM 23 0, or other storage devices. 

20 Central controller 110 provides a graphical user 

interface (GUI) to consumers 134 at user interface devices 
130 preferably connected electronically by the internet 100 
or other network which allows the consumer to communicate 
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with the aggregation service and browse the WWW and 
merchant sites. In one embodiment, the user interface 
device 13 0 may be a computer comprising one or more central 
processing units, one or more data storage devices, a 
5 monitor, a keyboard, and/or any other components that may 
allow a user to implement the commands of the software and 
hardware functions described herein. 

Similarly, central controller 110 is connected 
7f\ electronically, preferably through the internet, to 

Si 10 merchants 124 at merchant interface devices 120. The 

Hi merchant interface device 12 0 is similar to the user 

4 s interface device 130 in that it may be a computer 

~\ comprising one or more central processing units and one or 

more data storage devices. A merchant's 124 information, 
r[ 15 including products for sale and bonuses or coupons, is 

typically stored in the merchant interface device 120 for a 
user 134 to access. 

The central controller 110 is also connected to a 
shipping controller 140 and payment network 150 which are 
20 responsible for shipping merchandise to registered users 

and billing the registered users for their purchases. The 
central controller stores information relating to the 
consumers and their purchases in databases including the 
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orders database 350, the consumer database 352, the virtual 
consumer database 354, and the bonus database 356. 
Database Formats 

Samples of the contents of databases 350, 352, 354, 
5 and 356 are shown in Figs. 2-5, respectively. The specific 
data and fields illustrated in these figures represent only 
one embodiment of the records stored in the databases of 
the system and method. In most cases, the fields shown in 
Figs. 2-5 are self explanatory. It is to be understood 

10 that the data and fields, as well as the number of 

databases, can be readily modified from the described 
embodiment and adapted to provide variations for operating 
the system and method described. 

Furthermore, each field may contain more or less 

15 information. For example, an address field may be divided 
into separate fields containing street address, apartment 
number, city, state, zip code, telephone number, and e- 
mail . 

Consumer database 352 maintains, among other 
20 information, a compilation of all information provided by 
each consumer 134 in response to a series of prompts 
(fields) provided to the consumer 134 via user interface 
device 130 during a registration process that will be more 
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fully explained in Fig. 6. In one embodiment, the 
information is entered by the consumer 134 into fields on a 
web page. Each record in consumer database 352 corresponds 
to one consumer. 
5 Fig. 2 illustrates a sample record. As depicted in 

Fig. 2, consumer database 352 contains fields corresponding 
to, for example, consumer ID , consumer name, consumer 
address, encrypted password, payment billing information, 
site points owned, bonuses or coupons owned, e-mail 
10 address, and personal information (which may include, but 
is not limited to, consumer profession, title, interests, 
registration date, or question and answer for recalling a 
forgotten password) . The data that is retrieved directly 
from the consumers' responses during registration to 
15 prompts on a webpage include the consumer name, the 

physical address, password, payment account information, e- 
mail address, and any personal information. 

Man^oJ^the fields illustrated in Fig. 2 are self 
explanatory. The c^3iisumer ID field is a number assigned to 
20 each consumer 134 by the aggl^cjation service to order the 

consumers in the database. The user^me field corresponds 
to a name the consumer chooses which the con^mier can use 
to log in to the service (the consumer ID can alsoN^e used 
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tos^og in to the service in place of the user name) . The 
bonuseb^owned field is a list of the specific bonuses the 
consumer carXeither use as the consumer makes purchases 
online or trade isa through a process explained in Fig. 9. 
5 The site points owned lield refers to the number of bonus 
points a particular consumeishas acquired by trading in 
bonuses and coupons the consumer Kas received while making 
online purchases through the aggregation service. The 
procedure for trading in coupons and bonusebxls also 

10 explained in Fig. 9. 

The password is entered by the consumer 134 during 
registration and consists of any word or characters known 
to the consumer but not known to the general public. It is 
used, along with the consumer ID or user name, to log in to 

15 the aggregation service at the login screen. The central 
controller 110 uses the password to verify that the 
consumer 134 using the host site is in fact the same 
consumer who originally registered with the aggregation 
service. This prevents other users from logging in under 

20 the consumer's user ID and using the consumer's payment 
information and bonuses to make purchases. 

Bonus database 356 contains information on all of the 
bonuses and coupons obtained by registered users of the 
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aggregation service as they make their online purchases. 
Fig. 3 illustrates the fields making up bonus database 356, 
and they are more fully discussed below. 

Like Fig. 2, most of the fields in Fig. 3 are self 
5 explanatory. The bonus ID field is a number which the 

aggregation service assigns to each bonus or coupon as it 
is obtained by a registered user or aggregation service. 
The point value field contains a number assigned by the 
aggregation service to each bonus based on the value of the 
10 bonus. In one embodiment, the greater the discount offered 
by the bonus, the higher the point value will be for the 
bonus. The actual point value of a bonus can be determined 
by the aggregation service (either manually or through a 
pre-determined algorithm) or in collaboration with the 
15 merchant sites. 

In sine embodiment , once a registered user collects a 
jonus and the'^ggregation service assigns a point value to 
it, the registered^user can either keep the bonus or trade 
it in using the procedur^s^xplained in Fig. 9. If a bonus 
20 is kept by the user, the owner^field will contain that 
registered user's consumer ID, whichN^s stored in the 
consumer database 3 52 until it is used. When the 
registered user uses the bonus, the word "usecr\is entered 
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in^fc^ie owner field and the entry remains in the database so 
that the a^g.regation service can view a user's history. If 
the registered usei^^d^cides to trade in the bonus, the 
owner field for that particul^^bonus will be blank, and 
5 other registered users will be able to^ts^de in points to 
acquire the bonus through the procedure explain&d^in Fig. 

Finally, the link field contains an address or other 
link to a special site on the network where the coupon or 
vi 10 bonus is offered by the merchant. Often in online 

nj transactions, a merchant will provide a separate site for 

: . 

4= consumers to visit to activate any coupons or bonuses. The 

O address to this site is typically provided to the consumer 

y after a purchase is made or via electronic mail. When the 

: j : 

15 consumer enters the merchant site via the address provided 
by the merchant, the bonus or coupon is automatically 
applied to the next purchase or order. Thus, if the 
consumer owns a bonus requiring a link address, the 
aggregation service can automatically send the consumer to 

20 the site containing the bonus when the consumer starts to 
browse at the merchant's site. Otherwise, if no link 
address is necessary, the field will remain blank. 
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Order database 3 50 contains information on all the 
purchases made by registered users in which a bonus was 
awarded or used. Fig. 4 illustrates the fields making up 
order database 350, and they are more fully discussed 
5 below. 

The order ID in order database 350 is a number 
assigned by the aggregation service to organize and refer 
to the orders in the database. The merchant field 
corresponds to the name of the seller in the purchase made 
10 by the registered user. The numbers in the bonus awarded 
field and bonus used field refer to the bonus ID stored in 
the bonus database 356. If no bonus is used or received 
for a particular transaction, both of these fields are left 
blank . 

15 The virtual consumer field contains a number referring 

to a virtual consumer ID which is stored in the virtual 
consumer database 354 and explained in greater detail 
below. This indicates which virtual consumer was 
responsible for the actual purchase from the merchant. 

20 Finally, the actual consumer field contains a number 

corresponding to a consumer ID which is stored in the 
consumer database 352. This allows the aggregation service 
to identify the consumer who should be ultimately billed 

17 

590655J 




for the purchase and who should receive the purchased 
merchandise from the virtual consumer. 

The virtual consumer database 3 54 contains information 
relating to the entity that is actually responsible for 
5 making the purchase directly from the merchant 124. 

Although the consumer 134 is the party ultimately paying 
for the purchased merchandise and receiving it, the virtual 
consumer appears to be the purchaser to the merchant . 
Since the virtual consumer is actually making the purchase 

10 of the merchandise bought by the consumer 134, the virtual 
consumer is able to collect any coupons or bonuses offered 
by the merchant for the aggregation service to distribute. 
Using this database, a single aggregation service can store 
multiple shipping addresses and billing accounts for making 

15 the purchases. Also, this database can be used to store 
information on multiple aggregation service providers so 
that they can link together to provide even greater 
services. This has the advantage of enabling the 
aggregation service providers to rout the purchased 

20 products more efficiently based on the location of the 

consumer 134. In addition, the aggregation service can use 
third parties to act as virtual consumers or shippers. For 
example, UPS could act as the shipper for a particular 

18 

590655 1 




virtual consumer and have its address stored in the 
shipping address field, while the virtual consumer, 
potentially another third party, is still responsible for 
making the payment based on its information in the payment 
5 account information field. 

Fig. 5 illustrates the fields making up the virtual 
consumer database 354. The virtual consumer ID contains a 
number assigned by the aggregation service to organize and 
refer to each virtual consumer in the database. The 

10 shipping address field refers to the shipping address of 
the virtual consumer which is where the purchased product 
will initially be shipped. This address could correspond 
to the address of a third party shipper, such as UPS, who 
will forward the item on to the consumer 134 when it 

15 receives it. Once the aggregation service has billed the 
consumer 134 for the purchase, the virtual consumer, or 
third party shipper, can forward the purchased product to 
the consumer. 

The payment account information field is billing 

20 information of the virtual consumer who is initially billed 
for the purchase made by the consumer 134. The aggregation 
service is responsible for billing the consumer 134 and 
reimbursing the virtual consumer if it is a third party. 
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Consumer Registration Process 

The consumer registration process is the process that 
a consumer 134 undergoes the first time that they visit the 
5 aggregation site. The process is responsible for, at 

least, obtaining personal information from the consumer 134 
and creating space for the consumer in the consumer 
database 352. Fig. 6 illustrates one embodiment of the 
steps a consumer 134 takes to register with the aggregation 
10 service. 

Referring to Fig. 6, the consumer 134 contacts the web 
site of the aggregation service provider (step 605) via 
user interface 13 0. On the web site, the consumer can then 
select to register with the service (step 610) to begin the 

15 registration process. In step 615, the controller 110 
prompts the consumer 134 to enter all of the fields 
required to gather the necessary information which is 
recorded in the consumer database 352. This information 
includes the consumer's name, address, e-mail address, 

20 password, and such additional personal information as 

required by the aggregation service. In some embodiments, 
completion of the personal information fields may be 
optional . 
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Once the consumer 134 has entered all of the necessary 
information, the data is then submitted to the aggregation 
service provider which the controller 110 will receive 
(step 62 0) and use to create a new entry in the consumer 
5 database 352. The central controller 110 will then check 
if all the required fields have been completed by the 
consumer 134 (step 625) . If it is not, the consumer will 
then be re -prompted to enter the missing required 
information (return to step 615) and steps 615-620 will be 
10 repeated until the consumer filled in all of the required 
information . 

Once all of the required information has been entered, 
the controller 110 checks to see if the consumer's 134 
selected user name is available. If it is not, the 

15 controller prompts the consumer to enter a new user name 
and password (step 635) . The controller 110 receives this 
newly entered user name and password (step 640) , and checks 
to see if it is available (step 630) . Steps 630-640 are 
repeated until an available user name is entered. Once the 

20 controller 110 has a valid user name and password, the 

controller records the information in the consumer database 
3 52 and the consumer 134 is returned to the aggregation 
service's home web site. 
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Consumer Use Process 

The consumer use process begins in the same manner as 
the consumer registration process. Referring to Fig. 7, 
the consumer 134 contacts the web site of the aggregation 
5 service via user interface 130 and selects the "shop" 

option (step 705) . The consumer 134 then logs on to the 
aggregation service by entering the consumer ID or user 
name and the consumer's password at the prompts (step 710). 
The central controller 110 checks the entered information 

10 to see if the consumer is a valid user (step 715) and if 
the consumer is valid the consumer use process begins. 
Otherwise, the consumer is then asked to register with the 
service (step 720) . If the consumer is a new user, the 
consumer will choose to register, and the registration 

15 process depicted in Fig. 6 will begin. If the consumer 

does not to choose to register, the consumer is prompted to 
reenter a user name/consumer ID and password to log in. 
Steps 710-72 0 are repeated until a valid user name/consumer 
ID and password are entered, or until the consumer chooses 

20 to register. 
. v Ortc^the consumer use process begins, the aggregation 

service initiates tIfe--j v nterception software which will 
replace the registered user ' s irld«£idual identity with the 
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aggregation service identity as the user browses World Wide 
Web sitfes (step 725) . When the consumer visits a merchant 
site (step 73>Q) and makes purchases (step 735) , the 
interception soft^re begins the process shown in Fig. 8, 
5 explained below. Afterxthe consumer leaves the merchant 
site, the interception softw^e forces the user to return 
to the aggregation service's homepage (step 740). At that 
point the user can either select the srbap option in step 
745 to continue shopping or exit the aggregerfcsk>n service 
10 which will terminate the interception software (stsep 750) . 

mentioned before, Fig. 8 illustrates the steps the 
J " interception software takes when a registered user browses 
merchants onl r^e . First, in step 805, the registered user 
will enter logon ir^&o for the merchant site. The act of 
15 logging on to the merchaht site can be accomplished in 

several different ways incluoing simply entering the world 
wide web address or URL of the mer^ant to clicking on a 
link provided by the aggregation serviced 

Once the step of logging on to the merchant site is 
20 accomplished, the interception software of the aggregation 
service will examine the merchant logon info in step 810. 
In step 815, the aggregation service checks the consumer 
and bonus databases to see if the user owns a coupon for 
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the merchant site the user is browsing. If the user does 
own a bonus for the merchant site, the aggregation service 
will check the bonus database to see if there is a link 
address for the particular bonus. If there is, in step 82 0 
5 the interception software will divert the consumer to the 
link address where the bonus is activated and then the 
consumer can continue to shop. If there is no link address 
then the interception software simply routes the consumer 
on to the merchant's site (step 825). 

10 At this point, the consumer can browse the site (step 

83 0) to see if there is anything to buy. If the consumer 
decides to make a purchase in step 835, the consumer enters 
the order information (including the item, quantity, etc.) 
in step 84 0 and proceeds on to the merchant's payment 

15 information page (step 845) . If no order is placed, the 

consumer returns to step 740 and returns to the aggregation 
service's site. 

In one embodiment, in step 850, the consumer enters 
the payment information on the merchant's payment 

20 information page. When the information has been entered, 
the interception software of the aggregation service 
diverts the consumer to the aggregation site (step 855) . 
The aggregation site takes the information entered by the 
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consumer and attempts to charge the consumer's inputted 
credit card information for the amount of the order as 
given by the merchant site (step 860) . In step 865, the 
aggregation service checks to see if the credit card of the 
5 consumer has been successfully charged. If it was not, in 
step 870 the consumer is informed of the non-approval and 
is sent back to the merchant payment info entry page (step 
845) to reenter the information. 



10 payment and shipping information screen comes up, the 

interception software of the aggregation service can divert 
the consumer to the aggregation site. Since the consumer 
is a registered user, the aggregation service can charge 
the consumer using the consumer's payment information 



15 stored in the consumer database 352. The aggregation 

service provides an option to the consumer to change any of 
the information (for example, if the consumer was shipping 
the purchased item directly to third party as a gift) . 
Once the charge gets approved, the aggregation service 

20 follows the same process as in the preferred embodiment. 

If the consumer's credit card is successfully charged, 
then in step 875 the aggregation site will substitute its 
billing and credit information for the consumer's and 



In another embodiment, as soon as the merchant's 
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forward it to the merchant site. When the merchant 
confirms the order, the aggregation service records the 
order in the orders database 350 (step 880) . In addition, 
if a bonus was used or acquired in making the purchase on 
5 behalf of the consumer (step 885) , the aggregation service 
will update the bonus database 3 56 accordingly (step 8 90) 
and return the user to the aggregation service's home page. 
For example, if the consumer's purchase resulted in the 
aggregation service acquiring a bonus, the aggregation 
10 service will create a new Bonus ID for the bonus and place 
it in the bonus database 356. 

In cn^e embodiment, the user is initially indicated as 
the owner in the owner field of the bonus database 356. In 
this case, the user can then either use the bonus or trade 
15 it in for points (explained in Fig. 9) . In an another 
embodiment, the user receives points (stored in the site 
points owned field in the consuttier database illustrated in 
Fig. 2) for the purchase which can \e traded in for coupons 
on the aggregation site (again, as explained in Fig. 9) . 
20 In yet another embodiment, the user can receive points for 
a purchase based on the purchasing history of uk^ user, 
regardless of whether the user received a coupon or\bonus 
for the particular transaction. Under this embodiment 
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users a^erewarded based on their usage of the aggregation 
service and exterTs^t^gpur chasing history. 

Fig. 9 illustrates the steps a registered user takes 
in trading in coupons for site points and vice versa. In 
5 step 900, the user goes to the aggregation service's home 
page (after logging in) and chooses to view or trade in 
bonuses/points. The\aggregation service then displays 
information on all of th&^ bonuses belonging to the consumer 
and the number of site points\owned (step 905) . The user 
10 can then select to trade in bonuses for points (step 910) 
or trade in points for bonuses (step >3 0) . Users can 
choose to return to the aggregation servicb^s home page at 
any time if they don't want to make a trade (ste^s 935 and 
940) . 

15 Otherwise, if the user chooses to trade in bonuses for 

points (step 910) , a list of all the bonuses currently 
owned by the user and their trade-in value will be 
displayed with check boxes (step 915) . The user will 
simply check off which bonuses to trade in (step 920) and 

20 the aggregation service will then update the bonus database 
356 and consumer database 352 with the new information 
(step 925). Referring to Fig. 3, the owner field of any 
bonuses that have been traded in will be made blank. 
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Referring to Fig. 2, the site points owned field for the 
consumer trading in the bonus will be updated showing the 
additional points earned for trading in the bonus. 

If the user chooses to trade in points for bonuses 
5 (step 930) , the aggregation service will display the 
bonuses currently available, which includes all those 
bonuses in the bonus database 356 that have a blank owner 
field, along with the check boxes and the point value 
assigned to each available bonus (step 945) . The user 

10 simply checks off the desired bonuses (step 955) and as 
long as the user has enough site points owned (step 955) 
the aggregation service will update the bonus database 3 56 
and consumer database 3 52 with the new information (step 
965) . Otherwise, if the user does not have enough points 

15 to trade-in for the bonuses the user has checked off, the 
aggregation service displays an appropriate message to the 
user and returns the user to the web page with the bonuses 
and check boxes so that the user can uncheck some boxes 
(step 960) . 

20 The above description is presented to enable one of 

ordinary skill in the art to make and use the invention and 
is provided in the context of a patent application and its 
requirements. Various modifications to the preferred 
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embodiments will be readily apparent to those skilled in 
the art and the generic principles herein may be applied to 
other embodiments. Thus, the present invention is not 
intended to be limited to the embodiment shown but is to be 
accorded the widest scope consistent with the principles 
and features described herein. 
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